Application No.: 09/625,101 
Filed: July 24, 2000 
Group Art Unit: Not Yet Assigned 


On page 42, line 15, following "control and data over Ethernet", please delete "32" and 


insert therefor - - 41 - -. 
In the Drawings 

Please amend Figures 9, 16c, 17, 18, 19, 20, 23, 26, 35, and 55 as shown in red in the 
attached drawings. 


Applicant respectfully requests that the Examiner enter the amendments set forth above 
prior to examining the above-referenced application. 

Applicant amends the specification and Figures 9, 16c, 17, 18, 19, 20, 23, 26, 35, and 55 
to correct typographical errors. Specifically, reference numeral 32 is a duplicate. Therefore 
applicant replaces reference numeral 32 with reference numeral 41 in both the specification and 
Figures 9, 16c, 17, 18, 19, 20, 23, and 26. Applicant adds reference numeral 41 to the connection 
between NMS 60 and the network device 540 in Figure 35. Reference numeral 838 is added to 
the input marked "Alt. Input from other EX CTS" in Figure 55. Both reference numeral 41 and 
reference numeral 838 are referred to in the specification and used in other figures to designate 
the same part of the invention. No new matter is added by these amendments. 

In addition, Applicant amends Figure 55 to remove an extraneous line section to indicate 
the correct connection of the output 770 to the Alt. output to other EX CTS. Support for this 
amendment can be found throughout the specification, for example, on page 129, lines 15-17. In 
particular, the specification at page 129 recites that f, the output 770 (marked "Alt. Output to other 
EX CTS") of timing module 76 may be provided to the other EX CTS and received as input 838 
(marked "Alt. Input from other EX CTS"). Thus, no new matter is added by this amendment. 
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For the Examiner's convenience, Applicant encloses a copy of pages 41 and 42 of the 
specification in which the above corrections are indicated in red. 

The Examiner is urged to telephone the undersigned Attorney for Applicant in the event 
that such communication is deemed to expedite prosecution of this matter. 


Date: November 20. 2000 
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corresponding to the particular devices on each card. Referring to Fig. 8, slave MCDs 
39a-39n search PMD file 48 in memory 40 on central processor 12 for a match with their 
line card type and version number. Just as the master MCD 36 found the name of the 
MKI executable file for each line card in the PMD file, each slave MCD 39a-39n reads 

^the PMD file to learn the names of all the device driver executable files associated with 
each line card type and version. The slave MCDs provide these names to the slave SRMs 
on their boards. Slave SRMs 37a-37n then download and execute the device driver 
executable files (DD.exe) 56a-56n from memory 40. As one example, one port device 
driver 43a-43d may be started for each port 44a-44d on line card 16a. The port driver 

f £hnd port are linked together through the assigned port PID number. 

In order to understand the significance of the PMD file (i.e., metadata), note that the 
MCD software does not have knowledge of board types built into it. Instead, the MCD 
parameterizes its operations on a particular board by looking up the card type and version 

/^number in the PMD file and acting accordingly. Consequently, the MCD software does 
not need to be modified, rebuilt, tested and distributed with new hardware. The changes 
required in the software system infrastructure to support new hardware are simpler 
modify logical model 280 (Fig. 3) to include: a new entry in the PMD file (or a new PMD 
file) and, where necessary, new device drivers and applications. Because the MCD 

^Dsoftware, which resides in the kernel, will not need to be modified, the new applications 
and device drivers and the new DDL files (reflecting the new PMD file) for the 
configuration database and NMS database are downloaded and upgraded (as described 
below) without re-booting the computer system. 

^Network ManaRement System (NMS): 
Referring to Fig. 9, as described above, a user / network administrator of computer 
system 10 works with network management system (NMS) software 60 to configure 
computer system 10. In the embodiment described below, NMS 60 runs on a personal 
computer or workstation 62 and communicates with central processor 12 over Ethernet 

etworkJ^f(out-of-band). Instead, the NMS may communicate with central processor 12 
over data path 34 (Fig. 1, in-band). Alternatively (or in addition as a back-up 
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communication port), a user may communicate with computer system 10 through a 
console interface / terminal (840, Fig. 2a) connected to a serial line 66 connecting to the 
data or control path using a command line interface (CLI) protocol. Instead, NMS 60 
could run directly on computer system 10 provided computer system 10 has an input 
^mechanism for the user. 

During installation, an NMS database 61 is established on, for example, work-station 62 
using a DDL executable file corresponding to the NMS database. The DDL file may be 
downloaded from persistent storage 21 in computer system 10 or supplied separately with 
jCother NMS programs as part of an NMS installation kit. The NMS database mirrors the 
configuration database through an active query feature (described below). In one 
embodiment, the NMS database is an Oracle database from Oracle Corporation in 
Boston, Massachusetts. 

Mi 

/^The NMS and central processor 12 pass control and data over Ethernet^ using, for 
example, the Java Database Connectivity (JDBC) protocol. Use of the JDBC protocol 
allows the NMS to communicate with the configuration database in the same manner that 
it communicates with its own internal storage mechanisms, including the NMS database. 
Changes made to the configuration database are passed to the NMS database to ensure 

^Cthat both databases store the same data. This synchronization process is much more 
efficient, less error-prone and timely than older methods that require the NMS to 
periodically poll the network device to determine whether configuration changes have 
been made. In these systems, NMS polling is unnecessary and wasteful if the 
configuration has not been changed. Additionally, if a configuration change is made 

^through some other means, for example, a command line interface, and not through the 
NMS, the NMS will not be updated until the next poll, and if the network device crashes 
prior to the NMS poll, then the configuration change will be lost. In computer system 10, 
however, command line interface changes made to configuration database 42 are passed 
immediately to the NMS database through the active query feature ensuring that the 
IjDNMS, through both the configuration database and NMS database, is immediately aware 
of any configuration changes. 
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